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Краткое содержание предыдущих серий 


2020 Как я перестал беспокоиться и перенес 60К строк 
из 150 процедур РЗС в Ро${еге$ 
(ре: сопт.ги/2020/274661 


2021 Миграция приложения Огаце РИ/ЗОЕ на Ро${еге$ р/рэ50и1: 
взгляд два года спустя 
(ре: сопт.ги/202110/308499 


2021 Миграция приложения Огаце РИЗОЕ на Ро%егез$ р/р=$501: планирование, 
подготовка, переход и два года жизни с новой БД 
ЮИр5://сопт.описо.гиЛес*иге$/3829870 


2022 Жизнь после импортозамещения: 
некоторые особенности настройки БД и хранимых процедур 
ВЕре: сопт.ги/2022/316102 


(ним 


Что это и зачем это нужно? 


* ЭЛЬБРУС (2006 г. — н.в.) — система 
планирования движения грузовых 
поездов по энергооптимальным 
расписаниям 


® ЭЛЬБРУС работает на всех 
железных дорогах России 
от Калининграда до Хабаровска 


Е 


Первая премия Ц1С/МСЖД-2012 
в области железнодорожных 
исследований и инноваций 


вме 


Так выглядит расписание поездов снаружи 


Проект Направления Вид Загрузка данных Проверка графика Построение графика Аналитика Энергооптимизация Экспорт данных Редактирование графика Базовый график Сквозной график Стыковка графиков Инструменты Помощь Пакеты 


еее © 5 оо ИШЕ 


у, 6. 24 к 1 > $ м“ Подход Прогноз "Окна" Построение 


5.00 18:00 20.00 2: 4.00 


Исилькчяь 


8:00 10.00 12:00 14:0 
С А 5 


35. 


КарзГчта 
Буллево_1 


Ганькино 


Токуши 


Петропавловск 


Комаратовка-Сибирская 
Мазллоютка 


Коновалово 
0п 2453 


Пебяжья-Сибирская 
Кравцего 
0.2417 


Варгашая 
Утяк 
Курган 
Введенское 
Зыранкл 
Юргамыш 


Сладкое 
Мишкино 


Бутьфское 


Шумиха 
О.п 2210 


Щучье 
Алакуль 


Каясам 
Чернявская 


Козырево 
Чурилоео 
Челябинск _В 1 


го 


22`00 2 
11.04.2014 


4:0 


область архивного графика область действующего графика область прогнозного графика 


НЕ) Н&НГоаа`, 


Так выглядит прогнозная аналитика 


НЕ) ННГоаа`> 


Так устроено расписание поездов изнутри 


1 расписание = до 2 млн объектов 20 типов 
1 расписание = до 500 Мбайт для 1 железной дороги 


16 железных дорог России += ежедневно 
10-30 расписаний разных типов 


1 дорога = 500 расписаний в оперативной базе 


Центральная архивная БД = история расписаний 
и прогнозная аналитика 


немом 


Архитектура ЭЛЬБРУС: трехзвенная 


Распределенность: 16 узлов на железных дорогах и сервера 
центрального уровня 


Эксплуатация: 24/7; регулярные обновления серверных 
приложений 3-6 раз в год, включая приложения БД 


Толстый клиент: МЛпЧо\м$, С++, очереди (АснуемО) 
Тонкий клиент: СУТ, Апёщаг 
Сервер приложений: /]ауа, Тотса\, очереди (АснуемО) 


Сервер БД: ванильный Ро${еге$ 11/13 (ны) НЕНЬоаа 


Особенности базы данных 


° ^250 таблиц, 250 Гб оперативных данных, 2 Тб архивных 
» Обновление до 40-60% содержимого БД за неделю 
° ^200 хранимых процедур на р1/р=50( (“50000 строк) в отдельной схеме 


® Эмуляция (9611пК +р_\уаг1аб1е$) автономных транзакций для 
логирования вызовов АР! 


° Временные таблицы в стиле Огаце для обмена данными с сервером 
приложений (сотни Мбайт) при вызовах хранимых процедур 


° 10-50 одновременно работающих клиентов; очень крупные, но 
относительно редкие транзакции 


° Работа с БД — только АР! хранимых процедур 


вме 


Почему только хранимые процедуры? 


Взаимодействие в предметных категориях приложения 


Логика хранения с помощью АР! ХП отделена 
от бизнес-логики приложения 


Можно вносить изменения в структуры данных 
и организацию БД без изменения сервера 
приложений (в пределах АР!) 


Возможно гладкое поэтапное обновление распределенного ПО 
счет версионности АР! 


Встроенный механизм диагностики, логирования, отладки и 
профилирования приложения БД без остановки сервиса, 
управляемый параметрически 


Сервер 
приложений 


АР! 
ХП 


Слой хранимых 
процедур 


Слой данных 


Сервер БД 


(немом 


1) 


2) 


Что нового? 


Новые приключения 


Опыт эксплуатации БД приложения для Ро${егефЪо1: 
переход от борьбы с детскими болезнями к непрерывной 
диагностике и лечению хронических заболеваний 


Опыты в части перехода от свободного ПО к отечественному ПО: 
Сеп{0$ —> Вед0$/А${гаИпих/?... 


Разработка продолжается: ЭЛЬБРУС-М > 


ЭЛЬБРУС-М (М — макромодель}) для прогноза продвижения поездопотоков и 
оценки инфраструктурных 
и управляющих решений 


Проектируем и реализуем ЭЛЬБРУС-М правильно 
с учетом особенностей Роз{еге5 О 1 и опыта ЭЛЬБРУС! (нк) Ненгоаа** 


мпортозамещаемся 
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Импортозамещение в БД ЭЛЬБРУС 


Разработка Эксплуатация: 


Отработаны инфраструктурные детские болезни 
решения, созданы структуры данных и 
перенесены 200 процедур (60000 
строк) на Роз*егез и 11 


Создание индексов, работа с 
временными таблицами, 
оптимизация 50 1-команд 


Старт перехода Переход Эксплуатация: 
хронические заболевания 


Пилотный проект, к началу 2019 г. Параллельная эксплуатация старой и новой 
перенесено 11 процедур на БД в переходный период, перенос данных, 
Ро${вгеЗ (и! 10 начальная настройка производительности 


Настройка сбора статистики и 
автовакуума; борьба с 
«распуханием» таблиц и индексов 


НЕ) ННГоаа`, 


Проблема выбора: как переносить БД+ХП? 


? Переносим как есть 
? Перенос и мини-рефакторинг 


? Напишем заново как следует (НЕ) Меньоая". 


Пошаговая история импортозамещения - 1 


1. Разработка общей технологии миграции: зачем, что, когда и как 
следует сделать. 


Обучение особенностям работы с Ро${еге5 (и. 


3. Разработка инфраструктурных м/огКагоипа, без которых наше 
приложение не перенести. 


Д. Перенос таблиц, \ЛЕ\\/, ЗЕОЧЕМСЕ$ ит. п. 
Перенос (возможно, с переделкой) хранимых процедур. 


6. Тестирование, отладка и первоначальная оптимизация 
производительности приложения БД. 


Ц иона" 


Пошаговая история импортозамещения - 2 


Разработка технологического процесса переключения. 


8. Разработка эксплуатационной документации и инструкций для 
администраторов. 


9. Обучение администраторов. 


10. Переключение и начало переходного периода параллельной 
эксплуатации. 


11.Организация сопровождения приложения и БД, включая 
мониторинг. 


12.Разработка и внедрение технологии выполнения обновлений. 


(нони 


Пошаговая история импортозамещения - 3 


13. Выявление и преодоление «детских болезней». 


14. Изучение основ управления производительностью Роге! и 
применение их на практике. 


15. Пересмотр и расширение номенклатуры метрик мониторинга 
приложения и БД. 


16. Расширение перечня расширений ($1с!). 


17. Диагностика «хронических заболеваний» и их лечение. 


«<— Вы находитесь здесь 


18. Переход с ванильной Ро${егеф@ на Ро${егезРго. 
19. 2??? 


ничем 


Изобретаем обходные решения 


Обходные инфраструктурные решения - 1 


® Хранимые процедуры пишут логи в лог-таблицы вне зависимости от 
успешности транзакции — нужны автономные транзакции 


° В ванильном Ро${еге5 Ц автономных транзакций нет 


® Их эмуляция через АБ11пК работает медленно, т.к. создание 
соединения — дорогая операция 


° Спасает расширение рг_магтаб1е$; спасибо, Иван Фролков! В 
переменной храним открытое соединение, и логи начинают 
писаться с приемлемой скоростью 


® Если нельзя использовать расширение р_магтабТе$, его могут 
заменить си$фот уама е$ в ро5{2ге5а1 . соп+ 
(см. си5{от_ мама Ме с1а55е5) 


(но иона 


Обходные инфраструктурные решения - 2 


® Для приема больших объемов данных от сервера приложений при 
вызове хранимых процедур нужны временные таблицы (в стиле 
Огасе!) 


° Ванильный Ро${еге5 О не поддерживает временные таблицы, 
сохраняющиеся в словаре данных СУБД по завершении сессии 


» Неверное решение: их эмуляция с помощью ИМЕОССЕО-таблиц с 
уникальным СУТО слоя данных 


° Верное решение: изменение АР! путем обязательного вызова 
функции ргерагеСа11('имя_ПРОЦЕДУРЫ' ) для создания временных 
таблиц в данной сессии 


(нони 


Об ЧУМЕОССЕО-таблицах в нескольких словах 


... ОМГОС@СКО ТАВГЕБ 


20 


Обходные инфраструктурные решения - 3 


* Для выполнения задач архивирования устаревших данных, 
техобслуживания БД, диагностики и проактивного мониторинга мы 
использовали пакетные задания ()ОВ) Огасе, которые вызывали 
процедуры с оператором СОММП внутри 


° Ванильный Ро${гезОЕ не поддерживает /ОВ 


® Для запуска процедур, реализующих эти функции, было создано ]а\уа- 
приложение Эобгиппег для АрасВе Тотса+{. Плюсы: оно гибче, 
частично унифицировано с сервером приложений и может выполнять 
не только задания БД. Минусы: более сложная конструкция 


(нони 


Запомнившиеся моменты ПР 


» В Огаце тип БАТЕ подобен ТТМЕЗТАМР с меньшей точностью 
ТО_РАТЕ('2020-10-15 14:00','УУУУ-ММ-00 НН24:М!') = 2020-10-15 14:00 
В Роге! тип БВАТЕ округляется до даты 
ТО_РАТЕ('2020-10-15 14:00','УУУУ-ММ-00 НН24:М!') = 2020-10-15 


° При переносе операторов МЕКСЕ из Огасе они заменялись на 
ТМУЕКВТ (...) ОМ СОМЕЕТСТ ОО УРБАТЕ..., но в случае отсутствия 
основания для конфликта (т.е. первичного ключа или уникального 
индекса) ветвь ОО УРОАТЕ... не выполнялась никогда, не вызывая 
замечаний сточки зрения синтаксиса 


(В Роге 15 появился оператор МЕВСЕ) и) ны 


Используемые расширения 


Расширение 
ЧБ тк 
р=_уапае5 
ресгурто 
р!р=$а|_сПеск 
р!ру{Попи 
ро${егез_ТА\м 


огасе_Та\м 


р=_${а{_$афетеп{$ 


ре$а(ир!е 
ре_${а{_$* 


Назначение в проекте 
Эмуляция автономных транзакций 
Эмуляция автономных транзакций 

Генерация СИЮ 
Проверка хранимых процедур 
Работа с файлами в ФС сервера 
Связь с архивными серверами 
Интеграция со смежными системами 
Мониторинг производительности БД 


Проверка «распухания» таблиц и индексов 


Лечение «распухания» таблиц и индексов 


Нештатные расширения затрудняют обновление СУБД! 


Штатное? 

да 

нет (да в Рго) 
да 
нет 
да 
да 

нет (дав Рго) 
да 
да 
да 


фимо 


Ускоряемся 
по гистограммам 


Где измерять производительность ХП? 


-- "ВЕ 
Место измерения | 
На стороне сервера ‚ Низкие накладные расходы ‚ Нет подробностей: что, где, 
приложений ‹ почему и как это исправить 
Бара ево нь ЕЕ ЕЕ 
Изнутри хранимой Максимальная точность и ‚ Накладные расходы. 
процедуры ‹ информативность. Необходимость модификации 
‚ Данные о скорости работы ХП внутри ! кода 
_БД 
Со стороны БД ‚Не надо модифицировать Недостаточная 
‚ приложение ‹ информативность. Накладные 
’ расходы 


(нони 


Профилирование хранимых процедур 


» Возможность профилировать хранимые процедуры должна быть 
заложена при проектировании 


* Процедура разбита на этапы (один или несколько сходных по типу $01- 
операторов); времена их выполнения сохраняются в логи 
производительности 


* Профилирование должно включаться и управляться параметрически с 
возможностью отключения; времена выполнения должны попадать в 
мониторинг 


° Необходимо отслеживать планы выполнения 
проблемных запросов изнутри хранимой процедуры 
(было в ХП для Огасе, но это невезмежне И 
сложно в ванильной Ро$%еге$ О! — печаль) (Не) Меньсая“, 


Этапы хранимой процедуры: пример 


2) Чтение и проверка входных параметров 

2.4) Создание рабочих временных таблиц 

В 2) 1М5ЕВТ,ЗЕТЕСТ (4К) : Чтение во временную таблицу всех поездов расписания с первичной фильтрацией 
3.2.Е ег) |М5ЕКТ,5ЕТЕСТ (1112К) : Чтение во временную таблицу всех точек расписания с первичной фильтрацией 
3.2.5) |М5ЕВТ,ЗЕТЕСТ (4К) : Чтение во временную таблицу лишних поездов по доп.критериям фильтрации 
3.3.1) ОЕЕЕТЕ: Удаляем лишние поезда из таблицы лишних поездов 

3.3.3.1) ОЕТЕТЕ: Удаляем поезда с признаком неактивности 

4.0) АМАГУ7Е: Анализируем временную таблицу поездов 

4.1.1) 1М5ЕВТ,ЗЕТЕСТ (1000К) : Чтение во временную выходную таблицу точек расписания 

4.1.3) АМАГУ7Е: Анализируем временную выходную таблицу точек расписания 

5,1) ОЕЕЕТЕ: Дополнительная тонкая фильтрация точек расписания 

5.2) ОЕЕЕТЕ: Дополнительная тонкая фильтрация точек расписания 

6.1) ОРВАТЕ: Вычисление и заполнение серийных номеров точек расписания при необходимости 

7) ОЕЕЕТЕ: Дополнительная фильтрация расписания по полигонам 

8) ОЕЕЕТЕ: Удаляем поезда без точек или удовлетворяющие доп.критериям 

9) |М5ЕКТ,5ЕТЕСТ (225К) : Чтение во временную таблицу всех календарей отобранных поездов расписания 
10) ЗЕТЕСТ: Открываем курсоры к временным таблицам и возвращаем результаты 


2022 


се{Тга1пБа\а(): чтение расписания со сложной фильтрацией (нь) НЕНГоаа 


Гистограммы: ГНЕ СООБШ, ТНЕ ВАД АХО ТНЕ о@гУ 


Т=4,6 с Т=19,5 с 

10) 0% 10) 0% 10) | 0% 

9) № 4% 9) № 15% 9) М з% 

8 0% 8 0% 8 0% 

7 0% 7) 0% 7) | 0% 

6.1) 0% 6.1) | 1% 6.1) | 1% 

5.2) 0% 5.2) 0% 5.2) 0% 

5.1) 0% 5.1) 0% 5.1) 0% 
4.1.3) | 0% 4.1.3) [2% 4.1.3) | 1% 
4.1.1) № 12% 4.11) № 5% 4.1.1) 2% 

4.0) 0% 4.0) 0% 4.0) 0% 
3.3.3.1) 0% 3.3.3.1) (0% 3.3.3.1) 0% 
3.3.1) 0% 3.3.1) 0% 3.3.1) 0% 
3.2.5) И 26% 3.25) 99 11% 3.25) М 4% 78% 
3.2.1... МИНИ 53% 3.2.Р1... ООН 63% 3.2.1... ООО 
3.1.2) № 3% 3.1.2) | 1% 3.1.2) 9 7% 

2.4) | 1% 24) (0% 2.4) | 0% 

2) 0% 2) 0% 2) 0% 


ОТЛИЧНО приемлемо ПЛОХО (нь) ННЕоаа** 


Ускоряем процедуру по гистограмме 


Ускорение, Этап Т, мс 


—- процедуры  (ололе — ® ЭТО — пример итерационного подхода к ускорению 


ускорения) 


процедуры ге{Тга1п$Вата( ) 


® Пик на гистограмме — повод разобраться 
с $О[-операторами проблемного этапа 


° Эффективность приемов оптимизации оцениваем по 
времени выполнения этапов 


° В этом примере процедура ускорилась 
в 9 раз: было 171 с, стало 19 с. 


» Основной эффект видим на этапах «4.1)», «3.2.5)» и 
«9)», см. знак <> 


° Знаки <> цели дальнейшей # 
оптимизации НЫ) НЕНГоач`, 


Доля времени этапа, % 


Гистограмма до и после оптимизации 


Распределение относительного времени выполнения в % 


по этапам процедуры ве Тгат$Ва{а ® Гистограмма времени 


90% 

80% выполнения этапов 

Ш после оптимизаии р процедуры позволяет 

60% выявить «узкие места» — 
этапы, на которые ушло 


с | более чем 80% времени 
40% 
30% ВИ Доля других этапов растёт И а 


в. ° Цель — по возможности 
10% — И более равномерная 
0% 

5, . 


70% 


20% 


Е гистограмма! 


ломом лзБр лм м1 аэ © 
кт“ ®° 


< Этап выполнения процедуры 


Как это было достигнуто? (но) ана 


-= 


А 


У, 


31 


«Летские болезни» производительности - 1 


Лежащие на поверхности способы ускорения: 


1. В отличие от Огасе, в Ро${еге5 (Е внутри хранимых процедур можно 
не только создавать таблицы, но и собирать статистику. (Выясните, а 
почему ранее это не сделал автовакуум?!) 


Решение: АМАГУ7ЕТМР_при{бака; 
Результат: ускорение в 1,5 раза 


2. Отсутствие индекса на таблице, которая выросла в размерах. 
Основная сложность — осознать это. 


Решение: СВЕАТЕ1МОЕХ ...; 
Результат: ускорение в 14000 раз (нь) НейГоая`,, 


«Детские болезни» производительности - 2 


Проблема «что-то база тормозит» 


ЗЕТЕСТ ачегу, са|5, +офа!_ехес_{те, пеап_ехес_ите 
ЕКОМ р_5$а{_ ${афетепт{$ 
ОКПЕК ВУ фо*а| ехес_ите ОЕЗС ИМП 10; 


а\_ехе 1 Е 


| Кот 
124,643,313.050181 


= диегу _ са\1$ 
$ 5е1ес+ * Тгот М. де{На$ПТпТо( $1,$2,$3,$4) 40,827 


пеап_ехес Тлте 


О ——— 


3,052.96282 
9.076876 


= — — 
> = — — > = 
Ц. --- ==... [ыы 


5е1ес{ * Тгот 13,476 33,627,829.13626 2,495.386549 
ЗЕСЕСТ $2 ЕВОМ ОМУ "т". "1_Тгалп_11пК5" Хх 30,163,201.28449 690.312422 
5е\ест * Тгот 1,010.055138 
086.590049 
5е1ес{ * Тгот М. 5ауеТ_Тпгеад$( $1,$2,$3) а$ 12,219 3,569,138.341333 292.097417 
5е1ес{ * Тгот М. 5амуеТ_Тгалп$($1,$2,$3) а$ 269.661947 
се\ес{ * Тгот ЕАРТ .ЧоМоплфог1па2о6() а5 73,761 1,644,611.695368! ___ 22.296494 
бЕГЕСТ 9611пК_ехес ( м_СоппМате ‚ м_$501) мой 1.7777 > 


Суть проблемы «что-то база тормозит» 


Разберемся с первым запросом из Топ-10 рэ_$а{_$а{етеп\{$: 


ЗЕЕЕСТ Н.* 
ЕКОМ Т_БНа$В Т 
1ММЕК ОМ БСУО2На$! Н 
ОМ( (Т.БНа$В=Н.6На$П) 
АМО(Т.Та /емате=Н.Та/еМате) 


) 


650 строк 1.1 млн.строк 


ЬСУО2На$И имеет индекс (РК) по БНа$П 


ОЧЕКУ РЕАМ 
Назй 1е# от (со${=929678.45..1137426.73 гомиз=650 ми И=96) 

На$й Сопа: ((+.БВазВ = В.БВа$Н) АМО (+.4ае_пате = Вдаепате)) 

-> 5еа 5сап оп {_Бпазй + (со${=0.00..16.50 го\ми$=650 миа =96) 

-> Назй (со${=432011.98..432011.98 го\м$=19332698 мла{В=61) 

-> 5еа $сап оп Би! 42Ва$И П (с0${=0.00..432011.98 го\м/5=19332698 миеи=61)"Р!апптв Тите: 5.428 т5$ 

Р!апптя Т!те: 896.667 т5$ 
Ехеси оп Т!те: 9532.021 т$ 


(но) ННЕоаа"* 


Решение проблемы «что-то база тормозит» 


Детская ошибка: таблица БСУ!02На$Н подросла 
и 5$еа 5сап по ней стал узким местом — необходим индекс 


СКЕАТЕ ОМ!ОЧЕ 1МОЕХ БСИЮ2На$п_10Х1 ОМ БС У!Ю2Назп(БНа$й, ТаМеМмате) 


ОЧЕКУ РЕАМ 
Мез{ед [оор 1е ]от (со${=0.56..5592.75 го\!5=650 млоИ=96) (асфиа! {те=0.292..0.522 гом/з=3 |10ор$=1) 
-> 5еа 5сап оп {_БПазН + (со${=0.00..16.50 гоми/$=650 миа =96) 
(асЕиа! {те=0.020..0.025 гом/$=3 1юор$=1) 
-> шаех $сап изтя БЕ а2Ва$Н _19х1 оп Бе а2На$В В (с0${=0.56..8.58 го\ми$=1 миоИ=61) 
(аскиа! {те=0.153..0.153 гом/з=1 |оор$=3) 
паех Сопа: ((БРа$П = *.6ПазН) АМО ({аепате = {да е_пате)) 
Р!апптя Т!те: 2.212 тз 


Ехесийоп Тите: 0.682 т$ 


Ускорение в 14000 раз! 


ним 


А сколько стоит логирование? 


Суммируем времена запросов — логирования из ре $аЁ аетеп*$ 
и сравниваем их с общим временем выполнения запросов: 


| са\1$ | Еофа\_ехес_+1те пеап_ехес_+1те 


> зе\ес® * Тгом М. де{НазПТпТо( $1,$2,$3,$4) аз ЕЖЕ Е ВЕРЕ 3,052.96282 
"|ЕЕТСН АЦ. 1№ "Р_ВЕЗАТЕ" | 159,883] 41,421,988.167746] — 259.076876 
||зе\есе * Тгот 13,476 — 33,627,829.13626| 2,495.386549 
| |зе\ес® * Тгот 13, ‚418 ЕЙ 552, 919.846955 1, 910.655138 
Пе 18 вже зб 
Пзетесе * Тгоп М. замет_Тигеа4($1,$2,$3) аз | 


| зе\1ес* х Тгом м. т Теа, $2. $3) аз [в 083 З. Бу ^ вт. 56052 569. 51647 
1,644,611.695368 = 22-296494 


|(ЗЕСЕСТ с ГЕСТ ЧБ улк_ехес(у_СоппМапе ‚у_301 ЧБ11пк ты М_ ея м / 50.) ЕЕ — 837,924 924 1,489,619.495458 1. ЕЕ 


307,756,480 2,013,985 0.65 


Логирование можно не отключать никогда! 


(в нашем случае) Не) НРЬоач , 


«Детские болезни» производительности - 3 


3. Использование специфических только для Ро${егез(( нестандартных 
форм операторов ЧУРОАТЕ и ОЕТЕТЕ часто в нашем коде дает прирост 
скорости до 40% по сравнению с использованием подзапросов вида: 


... МНЕВЕ ЕХ!$Т$ (ЗЕЁЕСТ ...) ИЛИ ... ММНЕВЕХ ИМ (ЗЕЕЕСТ... } 


Примеры: 


ОРБАТЕ 10$ 
5ЕТ 1Ю=&.МЕМ/ О 

ЕВОМ (5ЕЁЕСТ МЕМ/ 10, 12 ЕВОМ ТМР_10$) АЗ @ 
\МНЕВЕ (0.10 = 105.10); 


ОЕЕЕТЕ ЕВОМ 10$ 
О9МС ТМР_105$ 
\М/НЕВЕ (10$.10=ТМР_10$.10); 


(нони 


«Детские болезни» производительности - 4 


4. Операции удаления постепенно 
стали выполняться слишком медленно 
— проблема с 
ОМ БЕГЕТЕ СА$САБЕ 


После принятых мер 
скорость удаления 
устаревших расписаний возросла в Подробности далее 
среднем в 5 раз 


НЕ) ННГоаа`, 


Суть проблемы с ОМ БЕЕЕТЕ СА$САБЕ 


При выполнении оператора 


_ 9 мав 


К 
си ———> сир ОЕТЕТЕ ЕКОМ СУ1О2 ... , 


который должен был удалить 


Та еМмате 
| 5 млн строк из 61102 и заодно из 
РОВЕ!СМ КЕУ (610) С!О_МагК$, 
КЕРЕВЕМСЕ$ 6112210(6) оказалось, что БД выполнила 5 млн 
ОМ БЕГЕТЕ САЗСАБЕ отдельных запросов вида: 5$ес $сап 
Ванильный Ро${егеб ОЕ 11.11 ОЕТЕТЕ РЕКОМ СО_Магк$ 


\М/НЕКЕ СУТ = '4е423141" 


ничем 


Решение проблемы с ОМ ОЕЕЕТЕ СА$САБЕ 


1) Разорвать связь ом рЕГЕТЕ СА$САБЕ 


2) Для эффективного одновременного удаления из родительской и 
дочерней таблицы использовать 
5О-операторы следующего вида: 


МАТН СТЕ_С110$ А$ 
ОЕГЕТЕ ЕКОМ С!О_МагК$ 
\М/НЕВЕ (С10_Магк$.Титека е!0 = х_Титеае!0О) 
ВЕТОКМИМ С С10_Магк$.СУЮ 


) 
РЕЕЕТЕ ЕВОМ 6110210 
О$1М6 СТЕ_©110$ 
\М/НЕВЕ (©112210.6\1О=СТЕ_6110$.6110); 


п ничем 


Время выполнения аещеТитеа е 


Т, сек 
и МТ) 
м и АМС(Т) № 
МАХ(Т) | 


мах Максимум 


лубт) Среднее 


2021-03 

2021-04 

2021-05 
мм Минимум 


2021-06 
2021-07 


2021-08 
2021-09 
дата 


НЕ) Н&НГоа4 


Проблема с удалением расписаний решена 


Лечим хронические заболевания 


«Хронические заболевания» БД -— 1 


1. Первое проявление 
в виде проблемы с индексами: при 
объединении двух основных по размеру 
таблиц возникал 
$ес $сап вместо обращения по 
индексу. 


Т, сек 


После иенеавления симптоматического Подробности далее 
лечения 
скорость чтения расписаний возросла в 


среднем в 15 раз 
(временно) р 
(нь) ННГоаа"* 


Проявление проблемы с $ес $сап 


| ии ЕКОМ С10_Еует{$ Е 1ММЕК ОМ 


гам Е Тгат_ Е! 
1 теат_ ЕТО | Ы ТМР_Тгатз Т 
ОМ(Гтгат_ ЕЕ Тгайп_ Е) 
142 млн.строк 3682 строки 


©0_Е\уепт{$ имеет индекс по Тгат_Е!Ю 


ОЧЕВУ РЕАМ 
На$Н Зет! /ошт (со${=170.84..4792890.47 гоми°=11787245 миа =286) (асиа!| {ите=13254.652..135489.742 гом/5=816779 |оор$=1) 
На$йН Сопа: (е.{гат_е!4 = {Агат_е!94) 
-> 5еа $сап оп 2!4_е\уете (со${=0.00..4287162.24 гом$=142637824 миИ=286) (аскца! {ите=0.217..117560.619 гом/5=136429750 [оорз=1) 
-> НазН (со${=124.82..124.82 го\мм$=3682 миа\И=8) (асфиа! {те=2.882..2.892 гом/5=3682 |оор$=1) 
Виске{5: 4096 Ва{спез: 1 Метогу Цзаве: 176КВ 
-> 5еа 5сап оп {тр {гат${ (с0${=0.00..124.82 гом/5=3682 миа =8) (аскиа! Чте=0.036..2.109 гом/5=3682 |оор$=1) 
Рапптя Т!те: 5.428 т5$ 
Ехеси оп Т!те: 135523.087 т$ 


(но) ННГоаа"* 


Паллиативное решение проблемы с $ес $сап 


Увеличить глубину сбора статистики (см. параметр БД 
Чефаи_°{а$Нсх {агре; 1<=>300 страниц) по колонке с ПК: 


АЁЕТЕК ТАВЕЕ 61Р_Еуетщ5$ АЕТЕК СОГОММ Тгат_Е1О ЕТ 5ТАТ5 $$ 10000; 
АМАЕУ7Е С1О_Е\еп\{5; 


ОЧЕКУ РЕАМ 
Мез{е4 [оор (с0${=134.59..774248.40 гом/5=193491 млои=286) (асфиа! {те=30.496..6586.509 гом/5=816779 |оор$=1) 
-> НазНАввгева{е (со${=134.03..170.84 гоми5=3682 миа =8) (асфиа! те=3.238..7.687 гом/5=3682 |оор$=1) 
Сгоцр Кеу: *4гат_е!4 
-> 5еа 5сап оп {тр _{га!л$ { (со${=0.00..124.82 го\мм$=3682 миаИ=8) (асёиа! те=0.034..1.865 гом/5=3682 |оорз$=1) 
-> шдех $сап изм 214 _емеп\$_рК оп 214 _е\метсе (со${=0.57..209.70 го\м!$=53 мло{И=286) (ас{иа! {те=0.762..1.674 гом/5=222 [оорз=3682) 
пдех Сопа: ({гат_е14 = {Дгат_е!9) 
Раппта Тите: 6.667 т$ 
Ехеси оп Т!те: 6619.910 т$ 


«Ускорение» в 20 раз! (но) НвиГоач`, 


Время выполнения 5е{Тгат$Оа{а 


Т, сек 


2021-08-30 Максимум 


2021-08-31 
2021-09-01 Среднее 


2021-09-02 


2021-09-03 
Минимум 
2021-09-06 


Производительность а .. 
временно вернулась в норму © НЕ) НеНГоая`,, 


«Хронические заболевания» БД -—2 


2. Со временем скорость работы снизилась до СОЧИНЕНИЯ 
неприемлемых значений, при объединении В Г ЧЕРНЫМ ЕВСКАГО 
двух основных по размеру таблиц снова Е | 
возникал рома 
5ес $сап вместо обращения по индексу. ЧТО ДЪЛАТЬ?_ 


Прежний метод не помогал! 


Перестроение индексов 
не помогало тоже! ее 


1905. 


Цена" 


Выход найден! 


В Ога ще были хинты — поищем их в Ро${еге О 


и тави | + 
заставим использовать индексы НГ) ненгова". 


«Хинты» в Ро${еге5а и (нет) 


° Хинтов в стиле Огасце в Ро${еге5 и нет (есть рё-Аи{-р!ап в Рго), но 
давать советы планировщику все же можно 


® Менять нужно только настройки текущей сессии 


и не забыть восстанавливать исходное состояние настроечного 
параметра 


$ЕТ [ОСАЕ епаЫе_<еазсап = ОЕЕ; -- Порицаем использование $ес$сап 
... -- Выполняем проблемный $01-запрос 


ЕТ ГОСАЕ епаШе_5ед$сап ТО БЕРАПИТ; -- Возвращаем как было 


Ненадолго помогает, но так как причина не выявлена 
и не устранена, скоро снова становится плохо... (нь) Ненгоаа** 


Причина вычислена! 


Настоящая причина $ес5сап — аикомасиит 


Настройки ачфоуасцит по умолчанию 
не отвечают требованиям нашей БД 
и приводят к такому результату! 


Потребовалось изучить МАСЦИМ и аифо\асиит, 
а также внести изменения в настройки по умолчанию! 


Спасибо Егору Рогову и Алексею Лесовскому, 
их статьи по теме очень помогли! 


И(р$: //пабг.сот/ги/сотрапу/ро${егезрго/о?/452762 
ЮИрз://Чатаеэге{.сот/са{етогу/аиоуасиит 


ним 


Корень проблемы: распухание таблиц (Шоа тв) 


® Операторы ОЕГЕТЕ и УРВАТЕ приводят к появлению устаревших версий 
строк, которые занимают место в таблице/индексе, но не могут быть 
повторно использованы до завершения процедуры ачЪоуасиит или 
УМАСОЦУМ 


° Если настройки ачфо\уасчцит таковы, что он не успевает отработать 
интенсивно обновляемые таблицы, то размер таблиц и индексов 
увеличивается, падает эффективность кэшей, не собирается статистика 
и портятся планы выполнения — перестают использоваться индексы и 
возникает $ес $сап 


» Необходимо своевременно обнаруживать, а еще лучше -— 
предотвращать распухание таблиц 


ним 


Методы борьбы с распуханием таблиц 


Методы == Ре 
| . Работает автоматически | ‚ Не всегда успевает при 
ацоуасиит | в 
'® Процесс внутри СУБД настройках по умолчанию 


ее а 


‘* Не блокирует 
МАСУУМ ‘* Работает быстро 
. Распараллеливается 


аа В Ва В в О В ола О ВВ а Ба ВВ ванны 


‚ Не уменьшает размер БД (почти) 
‘* Не работает из ХП 


‚ Блокирует даже чтение 
‘'» Не работает из ХП 


п = 


‘® Уменьшает размер БД ‘. Нештатное расширение 
‘* Блокирует ненадолго ‘* Устанавливает триггеры 


р=_гераск 


Не забываем делать АМАГУ7Е после реорганизации таблиц! (нь) НзнГоаа** 


Симптомы проблем с ацбоуасиит 


® Простой ЗЕТЕСТ из интерфейсной ЧМ1ОССЕО-таблицы внезапно стал 
занимать 95% времени работы процедуры независимо от числа 
записей в этой таблице, вплоть до 0 


» По состоянию УМЕОССЕО-таблиц мы видим, что 
аифо\уасиит к ним давно не применялся! 


{а е_пате п_Йме_фир!е$ п_4еа4_+ир!е$ 
{тр_{гат5 0 521457 
{тр_пте{аерот\"$ 0 15 048 410 
{тр_{гатса|епадаг$ 0 8 544 236 


Ц иона" 


Зачем настраивать аифоуасиит? 


° До 60% содержимого основных таблиц в нашей БД обновляется за 
неделю 


® Настройки аифоуасичит по умолчанию таковы, что отработать 
интенсивно обновляемые таблицы он не успевает. Кстати, начиная с 
версии 12 настройки по умолчанию более активные 


® Статистика по таблице и индексу собирается в ходе выполнения 
анфоуасцит; если он не работает, то статистика не собирается и 
устаревает; поэтому перестают использоваться индексы —> 5ес $сап 


* Параметры работы ачфоуасиит можно настроить индивидуально для 
отдельных таблиц 


(но она" 


Настройка аифоуасиит 


° Устанавливаем индивидуальные значения для часто обновляемых 
таблиц командой АГТЕВ ТАВЕЕ 1гатз $ЕТ(...) 


Параметр | Значение | Назначение параметра 


аифоуасиит_уасиит_5са1е_Фасфог О Пороговая доля строк в таблице для принятия решения 
о начале вакуумирования 


ачифоуасиит_\масиит_{Пгезво1а 10000 Пороговое число «мертвых» строк в таблице для 
принятия решения о начале вакуумирования 


аифоуасиит_уасиит_со$*_4е1ау 5 Перерыв между циклами автовакуума, мс (вместо 20 мс 
по умолчанию в 11-й версии) 


аифоуасиит_\асиит_со$*_ 11111 1000 Стоимость одного цикла автовакуума 
(вместо 200 по умолчанию) 


Помогает надолго, но не навсегда... (НЕ) Меньова". 


Практика борьбы с распуханием таблиц: ащоуасиит + 
УАСИЦИМ + р=_гераск 


1 раз в месяц минимизируем основные 
таблицы и индексы БД с помошью р=_гераск в 
плановое окно техобслуживания 


Т, сек 


Для профилактики распухания ежедневно 
выполняем \/АСЦУМ в периоды наименьшей 
нагрузки (ночью) 


Индивидуально настроен аитомасиит 
Подробности далее 


Результат: процедура ве{Тгат$Вафа в среднем 
ускорилась в 3 раза! 


ничем 


Результаты борьбы с распуханием таблиц 


Т, сек 


Максимум 


Среднее 


Минимум 
НЕ.) НеНГоаа`., 


02.10.2022 
03.10.2022 

04.10.2022 
05.10.2022 


06.10.2022 
11.10.2022 


12.10.2022 


д 76Ъ022 


Процедуры ге Тгат$Оа{а ускорилась в 3 раза 


я 


ке 
р’ 
Ч 
| 
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Новая БД: проектируем ЭЛЬБРУС-М «с нуля» 


} —Макромодель ЭЛЬБРУС-М для прогноза продвижения поездопотоков и оценки 
\’У инфраструктурных и управляющих решений 


Можно повлиять 
на производительность системы 
на двух недоступных ранее уровнях! 


° Выбор структуры данных и 
архитектуры приложения 


° Разработка АР! и выбор способа 


хранения данных (НЕ) Ноа 


Выбор структуры данных и архитектуры 


° Выполнена глубокая нормализация данных о расписаниях 


р ® 


ОБЪЕКТЫ РАСПИСАНИЙ ОБЪЕКТЫ РАСПИСАНИЙ 
1) Поезда 1) Нитки поездов 
2) Точки ниток поездов 2) Точки ниток поездов 
3) Календари Нормализация 3) Поезда 
4) Изменения поездов по ходу 
движения 
5) Календари 
6) Маршруты 


7) Перегоны маршрутов 


Объем данных одного расписания 
уменьшился в 10-100 раз (Не) Меньоая“. 


Выбор АР! и способа хранения данных 


° Активное использование партицирования 
® Шаблоны для создания временных таблиц 


» Предварительный расчет и хранение промежуточных данных для 
аналитических запросов 


® Отказ от использования УМЕОССЕО-таблиц в пользу традиционных 
временных таблиц Роз${еге5 (Ц! -— это выигрыш до 40% в 
производительности на тяжелых ХП. 
Для этого перед вызовом ХП вызываем функцию 
ргерагеСа11('имя_ ПРОЦЕДУРЫ! ) для создания необходимых для 
работы АР! временных таблиц в данной сессии 
(нь) НЕНГоаа** 


Продолжение следует! 


° Импортозамещение состоялось и приносит 
реальную пользу 


. Новое приложение и новый тип БД - новые 
У-ЕХе]:1-] 


. Впереди — Ро${2ге$ Рго 


° Скучать не придется! 


(нот 


ао дль =, 


7 7 \ Анатолий 7 
| г. . Анфиногенов, 
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}ф № 7 м ВНИИЖТ Понравился доклад- | 
голосуйте ПО ссылке: 


\ \апРповепом.апа*о/@упи2ИЕ.ги 


| Обратная связь 
_ | И комментарии по докладу 
|= по ссылке: 


Е) НЕНГоая ра 


| 
Е 
| 
| 
| 
| 
| 
| 
| 
| 


